-
Notifications
You must be signed in to change notification settings - Fork 13.3k
UnsafeCell::raw_get: use raw pointer self type #118806
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
(rustbot has picked a reviewer for you, use r? to override) |
I can't think of any issues with this and believe it to be fine to go ahead with this🤔 @compiler-errors or @nikomatsakis may have more to say here. |
r=me on implementation modulo sign-offs you think are needed. |
We discussed this in today's @rust-lang/libs-api meeting, and decided that we want to wait to see what happens with rust-lang/rfcs#3519 and see how that feature ends up stabilizing, before considering this proposal further. |
All right, closing the PR then. |
Back in the day we made this an associated function to avoid relying on raw-ptr self types. I'd like to know if that is still a concern -- I hope we can stabilize #74265 and #71146 soon, and while strangely those do not require the
arbitrary_self_types
feature, I would think that for the compiler and type system those are very similar cases. So I'd like to see if we are comfortable having stable methods with raw pointer self types. I expect this will need t-lang FCP (and t-libs-api), and also t-types involvement.So @rust-lang/types, what are your thoughts here? This has to pass by you before we send it to the top-level teams; I don't know if we should make one big FCP for all 3 teams or how else t-types should best be involved here.